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TITLE 

A Basket Trading System Having An Interface 
For User Specification Of Goods to Be Traded As A Unit 

Cross Reference to Related Applications 

This application is related to U.S. provisional patent 
application Serial No. 60/110,524, filed December 1, 1998, entitled 
"METHOD AND APPARATUS FOR TRADING USER-DEFINABLE 
GROUPS OF FUNGIBLE GOODS SUCH AS SECURITIES, M by William 
Randolph Abernethy et al. (Atty. Dkt. 1497.1 001 -P); U.S. patent application 
Serial No. 09/433,659, filed November 3, 1999, entitled "METHOD AND 
SYSTEM FOR TRADING USER DEFINABLE BASKETS OF FUNGIBLE 
GOODS SUCH AS SECURITIES," by William Randolph Abernethy et al. 
(Atty. Dkt. 1497.1001); U.S. patent application Serial ^o.^te-be-etssigned, 
filed concurrently herewith, entitled "AN ELECTRONIC CROSSING 
SYSTEM FOR SECURITY BASKETS," by William Randolph Abernethy 
(Atty. Dkt. 1497.1003); U.S. patent application Serial No. ^o be assigned, 
filed concurrently herewith, entitled "A BASKET PRICE QUOTATION 
SYSTEM," by William Randolph Abernethy (Atty. Dkt. 1497.1004); and 
U.S. patent application Serial No ^o bo ass i gned , filed concurrently herewith, 
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entitled "AN ORDER ROUTING SYSTEM FOR FUNGIBLE GOODS 
TRADES IN A BASKET TRADING SYSTEM," by William Randolph 
Abernethy (Atty. Dkt. 1497.1005), all incorporated by reference herein. 



BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The present invention is directed to a system allowing a user to 
trade a multi-issue basket of securities using an interface at the users 
computer and, more particularly, to a system which downloads an interface to 
the user which allows the user to specify basket contents and initiate trading 
10 of the basket as a unit. 

Description of the Related Art 

Online trading of stocks and other goods allows a trader/user 
to select stocks to trade and initiate orders for trading using a single issue 
trading interface. However, it has become of interest to the financial 
15 community to trade a group of stocks. To do so, the trader must create and 

initiate orders individually for each stock that the user may want to place in 
the group. 

What is needed is a system having an interface that allows the 
user to trade a basket of stocks and other fungible goods as a unit. 
20 Once a user has obtained a group of stocks, when the user 

wishes to change the group, such as by selling the group, balancing the group 
against a target, etc., the user must perform individual transactions for the 
changes using the single issue interface. 

What is needed is an interface that treats a basket of stocks as 
25 a unit allowing the user to trade all of the stocks of the basket together. 
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SUMMARY OF THE INVENTION 
It is an object of the present invention to provide an interface 
that allows a user to specify a basket of fungible goods to be traded as a unit. 

It is another object of the present invention to provide an 
5 interface with a control allowing initiation of trading of a basket as a unit in a 

single trade initiation. 

It is also an object of the present invention to provide an 
interface that treats the goods of a basket as a unit throughout transactions 
with respect to the basket. 
10 It is a further object of the present invention to provide an 

interface that allows a user to track a net asset value (NAV) of a basket. 

It is an object of the present invention to allow a user to 
provide an interface that allows a user to trade a single good within a basket 
or a single good. 

15 It is still another object of the present invention to provide an 

interface with a control allowing a basket to be re-balanced. 

It is a still further object of the present invention to provide an 
interface that allows a user to search for an asset across baskets. 

It is an object of the present invention to display previously 
20 traded baskets in several useful ways - by basket type (allows perusal of 

program performance) and by asset baskets (allows tax lot optimization. 

It is another object of the present invention to display basket 
bid and ask NAV quotes at the market. 

It is an additional object of the present invention to 
25 consistently track a basket NAV across corporate actions (like stock splits) 

and ad hoc adjustments by the trader. 

The above objects can be attained by a system that provides 
the user with an interface that allows the user to place fungible goods, such as 
stocks, in a basket and trade all of the goods in the basket as a unit. The 
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interface allows the user to execute trades in/of the basket in a single user 
action. The interface presents, allows changes in (open, close, balance, etc.), 
summarizes and records the goods as the unit basket. 

These together with other objects and advantages which will 
5 be subsequently apparent, reside in the details of construction and operation 

as more fully hereinafter described and claimed, reference being had to the 
accompanying drawings forming a part hereof, wherein like numerals refer to 
like parts throughout. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 Figure 1 depicts the hard ware component of the present 

invention. 

Figure 2 shows a web state diagram for the interfaces 
produced in accordance with the present invention. 

Figure 3 depicts an account selection view or page. 
1 5 Figure 4 depicts an account summary view or page. 

Figure 5 shows an interface page for opening a basket. 

Figure 6 illustrates an order preview. 

Figure 7 shows an order executing page. 

Figure 8 depicts an e-mail confirmation. 
20 Figure 9 shows a basket balancer interface. 

Figure 10 depicts basket close interface. 

Figure 1 1 shows an asset search page.. 

Figure 12 depicts an asset search interface. 

Figure 13 is a view of basket contents. 
25 Figure 14 shows a view of basket details. 

Figure 15 depicts transactions/executions of a basket. 

Figure 16(16a-16g) depict an account history views. 

Figure 17 depicts an asset move interface. 
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Figure 18 shows a basket rotate interface. 
Figure 19 shows a link table for master and sub-accounts. 
Figure 20. shows assets relationships between master and sub- 
accounts. 

5 Figure 2! depicts sub account contributions. 

Figure 22 shows a basket trading interface used for trading 
baskets on a basket ECN. 

Figure 23 depicts a gallery view showing variances. 
Figure 24 shows a custom router interface. 
10 Figure 25 depicts a spread sheet. 

Figure 26 and Figure 26a depict an account database. 
Figure 27 shows a gallery database. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is typically embodied in a system 1, as 

15 depicted in figure 1, where a user (or account holder or authorized account 

contact) operating at the users personal computer 2 typically obtains access to 
a trading system (or order management and/or electronic crossing or 
communication network) residing on one or more server computers 3 through 
a communications network 4, such as the Internet 4 using a conventional web 

20 browser, such as Microsoft Internet Explorer. The user via the personal 

computer 2 and server 3, techniques conventionally used in the Internet and 
using session data that allows a user session to be tracked, interacts with the 
server 3 via the browser of the computer 2 to create/define a basket of 
fungible goods that are owned/borrowed by the user and that can be traded 

25 (bought, sold, watched, etc.) as a unit (or security/investment vehicle) in a 

single transaction in real-time. The fungible goods can include one or more 
of stocks, bonds, etc. The basket can also be called an individual fund or an 
individualized portfolio/folio. Once the user has decided what action is to be 
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taken, such as selling the basket, buying the basket, etc. the user initiates the 
action in a single initiation operation ("one click"). Then, the server 114, 
through the network 4 or over dedicated connections, interacts with one or 
more markets facilities such as exchanges 5-6, or market makers, for the 
5 desired goods to perform the action requested as a single unit. The prices of 

the fungible goods, such as stocks, are typically obtained using a conventional 
quote service 7, and used as needed, for example in determining the number 
of shares to purchase based on an amount of money being invested. The 
trades are made in real-time substantially simultaneously using a smart order 

10 router. For example, if the user has requested that the trading system buy 100 
shares of stocks A and B traded on an ECN, such as The Island ECN, the 
trading system (3) will create conventional electronic orders for one hundred 
shares of each stock and submit the orders to the ECN. When each order is 
filled, the trading system will confirm the order to the user, such as by 

15 sending an order confirmation to the user via, for example, sending an e-mail 

via a private or public network. The confirmation is accessible by the user 
from the computer 2. The system also updates internal database records for 
the user allowing the user to obtain the status of the accounts within the 
trading system using the browser. 

20 The system also includes permanent or removable storage, 

such as magnetic and optical discs, RAM, ROM, etc. on which the process of 
the present invention can be stored and distributed. The processes can also be 
distributed via, for example, downloading over a network such as the Internet. 
The individual fund or basket is maintained as a unit 

25 throughout all system interactions and acts as a multi-issue trading vehicle or 

instrument. The basket is composed or created, ordered, confirmed, tracked, 
closed out and historically recorded as a unit like a security, such as or just 
like a single share of stock is treated as a unit. 
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In buying the basket of, for example, stocks, the user is 
allowed to specify a number of shares for each stock in an absolute shares 
user defined weighting for the basket. For example, the user can set an 
absolute number of shares (share weight) to buy/sell stock A at 133 shares 
5 (buy) and stock B at 275 shares (sell). The system will buy/sell the number of 

shares requested at the market price available at the time of the order. The 
system will attempt to obtain the "best" price for the number of shares 
requested using a smart order router. 

The user can also set an absolute amount of money to be used 
10 to purchase shares. For example, the user can specify that $1000 of stock A 
be bought and $2350 of stock B be sold. The system determines the number 
of shares from the corresponding current bid/ask price and then trades the 
number of shares determined using the smart order router. 

The user is also allowed to select among a number of options 
15 concerning how the money within the account is allocated among the stocks. 

The system allows the user to weight or balance the stocks according to 
proportional dollar weighting, such as equal dollar cost, capitalization 
weighting, etc. The system determines the number of shares to trade via the 
smart order router as: 
20 stock shares = ratio * amount / price 

where the ratio is determined by the type of weighting. 

For an equal dollar weighting where $1,000 is to be invested 
and stock A costs $100/share and stock B costs $50/share, the system will 
purchase for the user a number of shares using: 
25 a ratio = 1/number of stocks, 

such that 1 / 2 * $1000 / $100 =5 shares of stock A and $500 / $50 = 10 
shares of stock B are purchased. 

For a capitalization weighting where company A has a total 
capitalization of $1,000,000, company B has a total capitalization of 
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$10,000,000, both stocks have a share price of $10 and $10,000 to invest, the 
system will buy a number of shares using: 

ratio = stock capitalization / total stock capitalization of the stocks, 
resulting in $10,000,000 / ($10,000,000 + $1,000,000) * $10000 / $10 = 909 
5 shares of stock B and 1/1 1 * $10000 / $10 = 91 shares of stock A being 

acquired. 

For a price weighting where company A stock has an ask price 
of $15, company B stock has an ask price of $10 and $1000 is to be invested, 
the basket will include a number of shares using: 
10 ratio = stock price / total of stock prices, 

resulting in $15 / ($15+$10) * $1000 / $15 = 40 shares (or $600 worth) of 
company A and 10 / 25 * $1000 / $10 = 40 shares ($400) of company B being 
obtained. 

For a percentage defined weighting of 80% of stock A and 
15 20% of stock B with $20,000, stock A at $25/share and stock B at $20/share, 

the basket will include a number of shares using: 
ratio = weighting / total weighting, 

resulting in 80% / 100% * $20000 / $25 = 640 shares of stock A and .2 * 
$20000 / $20 = 200 shares of stock B being purchased. 

20 For a user defined ratio based weighting where the user is 

allowed to define the numerator of the ratio and the system computes the 
denominator for each stock ratio by summing the numerators. For example, 
if the user set user defined ratio numerators at stock A = 58, stock B = 42 and 
stock C = 50, the system would produce a ratio for stock A of 58 / (58 +42 + 

25 50) = 58/ 150 and obtain the proportionate amount of stock based on the 

current price and the amount to be invested. 

The system can use other types of ratios such as the 
conventional Sharpe ratio as the numerator in the above user defined 
approach to weighting. 
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As previously noted, the present invention allows changes in a 
basket or individual fund to be measured (indexed) using an individual fund 
index (M). The IFI can be the net asset value (NAV), or a normalized 
percentage, etc. When using the percentage index, the value of the basket at a 
5 point in time is normalized to 100 and all measures of change are made with 

reference to this normalized index. For example, if the initial basket asset 
value is $300,000 (percentage index = 100) and the asset value increases to 
$350,000 the percentage index becomes 1 16.6 or about a 16% increase. 

As depicted in figure 2, the interface system moves through a 

10 number of states (only some of which are shown for simplicity of explanation 
and where those not shown have similar paths) returning to a control center 
display 1 1 (see figure 4) either directly or through display cancel paths that 
are not shown. From the control center display state 1 1, the user can enter an 
ad hoc open basket or individual fund (IF) state 12 followed by a preview 

15 state 13 or open a gallery state 14 directly. The user can also perform a 

number of different selections through a pop-up window open basket 
operation 16, including entering into an open a basket state 16 (see figure 5), 
an adjust basket state 17 (figure 9), followed by a basket preview state 18 (see 
figure 6), and a close preview state 19 (figure 10). The user can also perform 

20 a number of different selections through a gallery operation 20 including 

entering a gallery preview state 21, an adjust gallery state 22 or pop-up 
window gallery display state 23. The system enters into an execution state 24 
when any trades are ordered. 

As noted above, the present invention allows a user at the 

25 user's personal computer 2 to access the trading system executing on the 

servers 3 over the Internet using a conventional browser. The user first 
accesses the trading system web site with a URL, such as 
http://www.unx.com, where the user is requested to enter a personal identifier 
(ID) which is associated with a level of authorization the user has to trading 
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system functions and a password via a downloaded page, component or 
control , such as an HTML, XML, ActiveX, Java, etc. If the user is 
authorized, an account selection page 30 (see figure 3) is returned to the user's 
computer 2 and shows the accounts (only 1 account being shown in this 
5 figure) for which the user is authorized. 

This selection page 30 shows the account ED for each account, 
an account type, such as cash, margin, etc., a customer ED, a customer name 
and an access level 32, such as inquiry which allows read only access, design 
which allows basket or IF construction, trading which allows basket trading, 

10 full control which allows complete control, and sub-account control which 

allows this user to trade baskets for designated sub-accounts. Within this 
page 30 are conventional buttons or controls 34, such as ActiveX or Java 
controls, which the user can activate to select a desired account. When an 
account control 34 is activated, such as by using a mouse to "click-on" the 

15 control, a post occurs and the system servers 3 obtain from the system data 

base (see figure 26) the information for the account selected and return a 
control center or account summary page 40 as depicted in figure 4. 

The summary view on page 40 shows account summary 
information 42, such as balance, value, available funds, buying power, long 

20 and short stock position values, etc. The page 40 also shows summaries of 

current open basket or individual fund (IF) positions with one such open IF 
position summary 44 being shown. The summary page 40 can be updated 
each time the page is accessed or updated if the auto-update control 45 is 
selected, which means that the last price of each good, such as the last price at 

25 which a stock traded, is obtained from an appropriate market and used to 

update the contents of the page 40. 

An open IF is a basket which includes fungible goods, such as 
securities, etc. which the customer owns within that IF. The open summary 
44 shows the name 46 of the IF the user has designated for the basket. The 
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name field 46 is also a control that when activated causes the system servers 3 
to download to the user's computer 2 an IF detail page (see figure 14) which 
will be discussed in more detail later. Additional information in the IF or 
basket summary includes the system ID for the IF, the date the IF or basket 
5 was opened, the status, the initial value, the initial net asset value (NAV), the 

current value, the current NAV and the gain/loss for the basket or IF. The 
summary also includes two controls 48 and 50. The adjust control 48, when 
activated, causes the system servers 3 to provide a page (see figure 9) by 
which the user can adjust the characteristics of the open basket, such as the 

10 securities in the basket or the weighting. This page will be discussed in more 

detail later. The close control 50 when activated allows the user to command 
the system servers 3 to close out the IF which involves trading (selling/buying 
as needed) any owned securities, options, etc. as a single transaction where 
the securities are traded substantially simultaneously in real-time. 

1 5 The summary page 40 also depicts gallery IFs or baskets 52 

which are sometimes called watch lists. Each gallery summary has similar 
information to the open summary while providing additional information 
such as the side of the position which indicates whether the gallery is a short 
or long position, a type weighting such as a dollar (DLR) weighting, an 

20 individual fund index (IFI) type which indicates the type of basket measure 

being used for evaluating the basket and the current market value (CMV) of 
the gallery. The gallery summaries 52 also include an adjust control 54 and 
an open control 56. This open control 56, when activated, allows the user to 
command the servers 3 to trade (buy/sell) the goods (securities, etc.) of the 

25 gallery basket in a single transaction as a single unit where all of the goods 

are traded substantially simultaneously. 

The summary page 40, as well as others of the pages which 
will be discussed later, includes a set of controls that provide access to 
additional functions within the system. A control center control 58 returns 
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the user's computer to display of the summary page 40. The open IF position 
control 60 is the control that a user activates when a new individual fund or 
basket is to be opened in the market, that is, trade the securities as specified 
such as buy stocks and sell borrowed stocks (see figure 5). The create gallery 
5 control 62 allows the user to create a gallery. The account history control 64 

results in the servers 3 providing a page that shows the history of the account 
(see figure 16). The asset search control 66 allows the user to search for a 
particular asset among the assets held in the baskets of the account (see figure 
11). The log-out control 68 logs the user off the system. 

10 In a typical situation where the user is going to open an IF or 

basket the user will activate the open IF position control 60 on one of the 
pages presented to the user at the computer 2 by the servers 3. The servers 3 
will respond by transmitting an Open IF position view on page 80 as shown 
in figure 5 to the computer 2 via the communications facilities 4. This page 

15 includes several fields that have default values (such as those defaults shown 

in figure 5) and which the user can change as well as fields that the user 
completes. A name field 82 is used by the user to give an individualized 
name to the individual fund or basket being opened. The name field 82 of 
figure 5 shows the name JR. An investment amount field 84 is used by the 

20 authorized individual to specify how much money will be invested in the 

basket where this page shows $10000 to be invested in this basket. A share 
threshold field 86 is used to specify a minimum number of shares to trade. A 
buy/sell field 88 allows the user to identify whether the goods specified in the 
IF are to be bought or sold with the default being "Buy". In this field the user 

25 has a conventional pull down control 90 which presents the user with the 

available options for the field 88. A weighting field 92, with pull down 
control, allows the user to select from among several different types of asset 
weights as previously discussed. The index type field 94, with pull down 
control, is used to select the type of index (NAV, etc.) by which to measure 
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the progress of the basket. Field 96, with pull down control, is used to select 
a threshold for purchases, such as round lots (share purchases in 100 share 
increments), odd lots (shares in integer increments), etc. An asset selection 
field 98 allows the user to enter a list of the identifiers of the goods to be 
5 purchased. Each asset identifier needs to be an identifier by which a good can 

be uniquely identified in a particular goods market which in the stock markets 
are trading symbols, particularly stock trading symbols. However, it is 
possible to use other unique identifiers such as company names if they are 
unique. Figure 5 shows the symbols for the stock of the companies Cisco and 

10 IBM. This field can also be used to specify individual goods weights as when 

the user is entering a user defined weighting. These weights can be specified 
as percentages, such as 13%, or in shares, such as 120 shares, or using other 
types of ratios. The ratio can be a negative value allowing the user to 
"borrow" or take a short position on an asset. As will be discussed later 

15 herein, a routing identifier can also be entered allowing the user to specify the 

destination of the order for the particular asset. If the user is dissatisfied with 
the selections made the user can change them individually or can activate a 
clear order control 100. If the user is satisfied, the user can activate the 
preview control 102 which causes the servers 3 to parse the asset list in field 

20 98 to obtain the goods trading identifiers, determine the individual assets 

weights, obtain trade prices (bids/ask, etc.) for the goods using the identifiers, 
such as the stock symbols of stocks to be traded and determine the number of 
shares of each good as previously discussed. The servers 3 then present the 
information about the IF to be ordered via an order preview page or view. 220 

25 as depicted in Figure 6. 

The open position page of figure 4 specifies a basket name of 
"JR", an investment amount of $10,000, a 0 share threshold, a share buy, an 
equal dollar weighting, an NAV index and an odd lot size for buying Cisco 
and IBM. The order preview page 220 of figure 5 shows preview information 



- 14- 1497.1002 
222 including the date and time of the preview, the symbols of the goods 
being traded, the name (" JR") or "symbol" of the individual fund or basket 
that included the goods, the quantity of each good as well as the total number 
of goods of the IF, the status (buy/sell/open) and the current price of each 
5 asset (not shown in this example), the current price of the basket (essentially 

what would be the current NAV) and the market values. If the user is not 
satisfied with the order, the order can be canceled using the cancel control 
224 and the display returns to the control center display. If the user is 
satisfied, the user activates the execute order or trade control 226 with a 

1 0 single initiation selection action (mouse click) which, via a post, causes the 

system to servers to execute trade orders for the basket as a unit. The system 
servers 3 produce trade orders for the goods specified in the preview in the 
manner previously discussed. The open preview (as well as the gallery 
preview) can also include bid, ask and last prices for each of the assets. 

1 5 Once the orders are being executed the user is provided with 

an order executing page 228 (see figure 7). When the orders are complete, 
the trader can be provided with a confirmation 229 by e-mail as shown in 
figure 8. The e-mail confirmation shows the asset ID 230, the asset symbol 
231, the name or description 232, the security identifier 233, the time 234 of 

20 the trade where if a trade for a particular asset is accomplished in increments 
each of the increments will be shown, the side 235 of the trade, the number 
236 of shares, the price 237 (of the asset and the NAV of the basket) , the 
principle 238 or amount of money invested, the commission 239, the fee 240 
for the trade and the total amount of money spent. Additional information 

25 associated with the account is also shown including the broker 251, the 

account ID 242, the customer name 243, the customer ID 244, the contact ID 
245, the position 246 or state of the position, the trade date 247, the 
settlement date 248, the e-mail confirmation date 249 and the destination(s) 
250 of the message. This information is stored in a database system having a 
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database structure depicted in figure 26 and which will be discussed in more 
detail later. 

When the user activates the gallery open control 56, the system 
provides an order preview which is substantially the same as discussed above. 
5 When the user desires to adjust an open individual fund or 

basket, the user can activate control 48, and an adjust open IF page 260 (see 
figure 9) is prepared and presented. This view on page 260 allows the open 
IF to be re-balanced (balanced) or otherwise adjusted. The page 260 provides 
information 262 about the current position and has fields where the user can 

10 make adjustments to the IF. The user can add/subtract money from the IF via 

a flow field 264. The weighting of the basket/IF can be changed via field 266 
which includes a pull down menu of options. The share threshold for re- 
balancing can be set via field 268. The user can chose not to trim 
overbalanced positions by selecting field 270 and can re-balance in round lots 

15 only by selecting field 271 . Individual goods can be added to or removed 

from the basket by making appropriate changes to the list of identifiers in 
field 274. The order shown on the page 260 can be canceled via activating 
control 276 or previewed via activating control 278. The system then 
performs the necessary operations to determine what trades need to occur as 

20 previously discussed. For example, if the page 260 specifies an equal dollar 
weighting, with stock A set at a weighted $10,000, the current value of the 
holdings of stock A are $15,000 and stock A trading at $10, the system would 
determine that $5000 / $10 = 500 shares of stock A need to be sold. This 
interface also allows assets to be moved via a move button 279. 

25 When the user wants to create a gallery IF and activates 

control 62, the system presents the user with a create gallery page. This page 
is much like the Open IF page 80 of figure 5 except the controls for preview 
and clear of the open page 80 are replaced with a create gallery control and a 
clear form control, respectively. When the create gallery control is activated, 
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the servers 3 perform the functions of the open IF operations where the 
invested amount, weights, buy/sell, share thresholds, index type and lot size 
information is used to determine a number of shares of each good listed in the 
goods order list. The created gallery is added to the list of galleries for this 
5 account and then appears on the summary page 40. 

A gallery is essentially a form area that displays staged or 
"gallery baskets" and is in a representation of a basket or individual fund (IF) 
with no asset records. The value of a gallery is live at the current market 
value which results in interface pages containing galleries being updated 

10 substantially continuously. This is implemented using a separate set of 

servers 3 than used to enter orders, etc. Galleries are updated by essentially 
continuously accessing a list of galleries within the system in a round robin 
fashion, obtaining the symbols for the assets of the gallery, obtaining last 
price quotes for the assets from a quote service, and determining the number 

15 of shares responsive to the weighting, share price and amount. For galleries 

having a fixed number of shares as the weighting, the live prices determine 
the value of the basket while the value of the basket remains the same with 
the number of shares of each asset changing for other types of weightings. 
Galleries are stored in a database (see figure 27) separate from the account 

20 database of figure 26. 

The gallery adjust control 54 operates in the substantially the 
same manner as the adjust basket control 48 except that adjusting an open 
basket causes a trade where adjusting a gallery just updates the saved gallery 
basket, the user is presented with a list of the goods in the gallery basket and 

25 the controls allow the gallery to be updated with changes or deleted, like the 

create and clear controls mentioned previously. 

During the period when an IF or basket is open, the user may 
decide to close an open IF by activating control 44 (see figure 4). When the 
control 44 is activated, the system servers 3 prepare and provide to the user 
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computer 2 a close order page 280 as shown in figure 10. This page 280 has 
closing position information 282 such as the date and time, the symbol or 
each good as well as the symbol or name for the basket, the buy/sell/close 
status, the current price of each good and the NAV of each share of the IF or 
5 basket, and the market values. The page 280 also includes a close field 284 

for each good where the user can deselect each of the goods for close-out. 
This allows the user to close out less that the entire basket. The detail page 
display continues to show the basket as containing all of the original stocks 
(that is, all of the original symbols will be listed) but some of the stocks will 

10 shown with no shares. As an alternative, the display could show the 

composition of the basket as changed, i.e. the detail display list would only 
show the symbols of the stocks that include shares (long or short position). 
All of the close fields can be deselected with the un-check control 286 and 
the user can then select the goods to close out by changing the fields 284 

15 individually. If the user is not satisfied with the close order it can be canceled 

via activating control 288 and the user will be returned to the control center 
display. If the user is satisfied, the execute order or trade control 290 can be 
activated and the system creates the trade orders and executes the trades as 
previously discussed. Once the orders have started executing the user is 

20 provided with a trade executing page as previously mentioned. 

The user can close out an individual good within an (or all) 
IF(s) through the asset search control 66 which when activated results in the 
servers providing a search page 330 as shown in figure 11. This search page 
330 includes an asset symbol field 332 where a unique identifier for a good is 

25 entered. Figure 1 1 shows the symbol for Cisco as the asset for which a search 

is being conducted. When a start search control 334 is activated, the servers 
3 search the database of the users accounts for EFs which have the asset of 
concern and provides a search results page 340 (see figure 12) page 340 
allows further searching and also provides information 342 concerning the 
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open positions for the asset/good of concern for each basket in which the 
good is a part. That is, the result of the search shows the concentration of any 
single asset within an account across multiple baskets or individual funds. A 
summary 344 is provided for each good where figure 1 1 shows only one 
5 good, the Cisco stock. This information 342 also includes totals for the 

various types of information provided by each asset summary. Each 
summary 344 includes a goods ID (system identifier), date and time of the 
goods acquisition, a goods quantity, an initial purchase price and total initial 
value, current asset price and current total value, gain/loss and an IF ID field 

10 which is a control that can be activated to view the details of the particular 
basket in which the good is found. The individual asset can be closed 
(bought/sold as required) by activating a close control 346 associated with the 
asset as previously discussed. 

As previously noted, a user can select a particular basket for a 

15 detailed review or view of the basket contents by selecting the basket name 

from the summary page 40 of figure 4. Figure 13 (page 380) shows the 
contents of the gallery IF named DOW and depicted in detail in figure 14. 
The information 382 provided includes the symbols, quantity, buy/sale status, 
current price and market value. The page 380 also allows the user to execute 

20 the gallery via control 384 which results in an order preview page, as 

previously discussed, being presented. Although not shown in this example 
the basket can hold positions on both sides of the market. 

An asset detail view or page 410 for an open IF which is 
obtained when the name of an IF is selected (control 46) from the summary 

25 page 40 is shown in figure 14. This detail page 410 provides current 

information 412 about the assets of the individual fund (IF) or basket. The 
information includes the date and time of the report, goods ID, the 
name/symbol, the date and time the asset was acquired, the quantity or 
number of shares, the share price at acquisition, the principle invested, the 
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commission, any fee, the net money, current price, the current market value 
and the gain/loss. The page 410 also includes an executions or view control 
414 which will cause the servers to provide a transaction view or page 420 as 
shown in figure 15. The page 410 can be accessed from the executions page 
5 420 via assets control 422. The information provided in page 420 is the same 

as in page 410 but shows all of the executions that occurred for this EF. 

If the user wants to see the entire history of the accounts to 
which the user has access, the user activates the account history control 64 
(see figure 4) and the servers 3 access the system database, prepare and 

10 provide to the user computer 2 a history view. The history view includes 
several different displays as depicted in figure 16a-16g. The interface of 
figure 16a allows the user to select a history by stock basket (SB) or by asset. 
An all baskets stock basket history as shown in figure 16b displays all baskets 
opened in the specified date range (or last 30 days if range is left empty). A 

15 name lookup displays baskets with the given name (see figure 16c) allowing 

the user to examine strategy performance. An SB ED lookup displays a single 
SB (figure 16d). An all assets history is like the all SB but displays assets 
(figure 16e). A symbol lookup like is like the name lookup but displays 
assets (figure 16f). An asset ID lookup is like SB ID lookup but displays an 

20 asset (figure 16g). 

A history search, as well as an asset search, is preferably 
performed by joining the appropriate tables of the database of figure 26 and 
using the symbol, account ID and basket ID as appropriate to search the 
joined table. 

25 The present invention also allows a user to move assets from 

one basket to another. To do this the user selects the move function for a 
particular basket at the adjust screen (figure 9) and is provided with a move 
screen page 510 as depicted in figure 17. This figure depicts a move from the 
current basket where the aggressive growth basket is shown. The user selects 
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the target basket into which assets will be moved using a preview button 512. 
The user is provided a list of the assets of the current basket similar to the 
page 410 of figure 14 and is allowed to individually select which assets to 
move using check boxes. When the user initiates the move by selecting a 
5 complete move button, the system changes the IF pointer (IFID) in the asset 

record of the database depicted in figure 26 from that of the current basket to 
that of the target basket. 

The user is also allowed to rotate between different types of 
baskets. A rotation involves trading only those assets of the source and 

10 destination basket required to change the amount invested from one basket to 
another and moving those assets that do not need to be traded. For example, 
the user may own an aggressive growth basket and want to rotate into a DOW 
basket. When this is desired the user is provided a display page 550 as 
depicted in figure 18 showing the source and destination baskets. The user 

1 5 selects a preview button 552 of the target basket and the system shows the 

user a preview similar to that previously discussed but which shows the 
trades which will be performed to accomplish the rotation. Note that the 
shares needed in the new or target basket are determined in the same manner 
as previously discussed using the amount to be invested (the amount in the 

20 old basket), the basket weighting of the new basket and the assets of the new 
basket in the same way that the number of shares is determined for a preview 
of an open basket function. To create this preview the system creates a table 
including the new, old and preview (net) trades as depicted below. Assume 
that the old basket had shares 50 shares of stock A, 28 shares of stock B, 37 

25 shares of stock C and 50 shares of stock D and that the target or new basket is 

to include 75 shares of stock A, 100 shares of stock E and 200 shares of 
stock, the exchange or rotate table will look like: 
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Stocks 


Net Trade 


Old IF 


New IF 


A 


25 


50 


75 


B 


-28 


28 


0 


C 


-37 


37 


0 


D 


0 


50 


50 


E 


100 


0 


100 


F 


200 


0 


200 



Exchange Table 

When the rotation is initiated, the system 3 makes the trades and the moves 

10 necessary to create the new basket moving 50 shares of A, buying 25 shares 
of A, selling all of shares B and C, moving the shares of D and buying the 
shares of E and F. 

The present invention allows a user to own a number of 
different baskets within an account. It is also possible for an account holder 

15 to delegate authority over a portion of or all of the assets in the account to a 

master account. A master account can also control assets from a number of 
different account holders. Any trades, gains, losses, etc. by the user of the 
master account are proportionally reflected in the subaccounts over which the 
master account has control. For example, assume that master account A 

20 includes 100 million (M) dollars contributed by sub-accounts SI = $10M, 

S2 = $15M, S3 = $50M and S4 = $25M. If the master account user buys 
$10M of the technology basket, each of the sub-accounts would be allocated a 
portion of the purchase such that SI = $1 ,5M of the technology basket , S2 = 
$1.5M of the basket, S3 = 5M of the basket and S4 = $2.5 of the technology 

25 basket. Of course any underlying asset such as stocks are owned by the 

subaccounts in the same proportion. For example, 1000 shares of stock Y 
with the same contributions as noted above would be would be allocated in 
proportion such that SI = 100 shares, S2 = 150 shares, etc. A data structure 
such as depicted in figure 20 stores these allocations. 

30 Rather than having the proportions of the subaccount allocated 

to the master account being determined by principle allocations, the 
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allocations can be provided by a table data structure 560 (see figure 19) 
linking the master account 562 to the sub-account 564 and which includes a 
ratio field 566 and identifiers 568 and 570 (or pointers) to the related master 
and sub-accounts. 

5 An asset record (see figure 20) of a type called a spanning 

asset record 582 is linked to the master basket 584, and to the spanning asset 
record are linked a number of execution records 585 for that asset. From 
these links the master basket value, etc is determined. The spanning asset 
records are linked to asset records 586 and 588 in each of the subaccounts. 

10 These asset records are linked to the corresponding IF records 590 and 592 in 

the corresponding subaccounts. The value of the basket in the subaccounts is 
determined from these assets. A view of the master account or the 
subaccounts is obtained through a summary page, such as previously 
described, and accessible through the account selection and control center 

1 5 pages, such that the master account user can see the entirety of basket(s) 

controlled from the master account and the subaccounts owner can see only 
those portions of the assets allocated to and owned by the subaccounts. The 
account selection screen includes a field showing whether each account is a 
master account. The master account user also has access to a subaccounts 

20 contribution page 600 as depicted in figure 21 which shows the contributions 
of each of the subaccounts to the master account in a principle contribution 
field 602 and allows the master account user to view the subaccounts by 
activating a view button 604. 

When a user is trading a basket on a basket exchange or ECN 

25 the user places an order for a basket trade using an interface 610 as depicted 

in figure 22. This page 610 includes a field 612 for a basket name to be 
traded, an investment amount field 614 and a minimum trade amount 
field 616 which indicates the minimum increment size (like a lot size) in 
which the basket is to be traded. A trade type or side field 618 allows the 
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user to specify whether the trade is a buy or sell while a pair of mutually 
exclusive selections 620 allow the user to specify whether the order is a 
market order indicating that the order is to be executed at the prevailing 
market prices or a limit order having a limit price and other constraints at 
which the trade is to be executed. When the limit order selection is activated 
a limit price is provided in a limit field 622. The user can also select when 
the limit order will be placed on the basket ECN as an order using a stop 
selector 624 and a stop price in field 626. The user is allowed to select a 
weighting for the basket using field 628. The user also is allowed to specify a 
variance in field 630. The variance allows a trade to take place when an exact 
match between the order specified by this screen and the market does not 
exist but is within the variance. The user can also specify the time the limit 
order will be in force in a time in force (TIF) field 632. A list field 634 
shows the asset symbols of the basket and which the user is allowed to edit. 
Preview and clear buttons 636 and 634 operate as previously discussed. 

When the user has created either a basket or a gallery that is 
allowed a variance the summary screen page 650 includes a variance field 
652 as shown in figure 23. 

When making a trade the user is allowed to specify a 
destination for or to custom route a trade of a particular asset. For example, 
the user may desire that stock P be traded with market maker R because the 
user has a special relationship with that market maker. To do this the user, in 
an open page 660, places trade destination identifiers 662 adjacent to the 
assets as depicted in figure 24. A trade destination identifier includes an 
identifier 666 which is preferably a "#"and a symbol 668 identifying the 
destination. For example, ISLD is the symbol for The Island ECN mentioned 
previously and SLKC is the identifier for the SLKC Capital Markets market 
maker. The user can enter the symbols for each of the destinations into the 
open page 660 individually or can block copy the assets symbols and 
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destination symbols from a spread sheet 672 as depicted in figure 25. 
Another alternative is to provide the possible destinations as a list on the page 
660 allowing the user to block copy the desired destination from that list. 



database system, has a structure as depicted in figure 26. (Note figure 26a 
shows record 802 in more detail.) The database includes a basket record 802 
for each basket or individual fund (IF). The basket record includes fields for 
the basket identifier (key), the entry day and time of creation, the type of 
basket, the contact identifier, the account identifier, basket flags, the name of 
the basket, the basket status (open/closed), the magic converter for infusions 
of capital, etc., the close date and time, the symbols of the basket, the basket 
weighting, the amount of money invested in the basket, and the share 
threshold. 



IF status record 806, an order type record 808, and a contact record 810. The 
account record 804 includes fields for the account identifier (key), the 
customer identifier, the account balance, the type of account, the objective, 
the clearing account, the account opened date, the account status 
(open/closed), the SMA balance, the account closed date, the institutional 
identifier, the agent bank identifier, the agent bank customer identifier, the 
DTCID, the default IF order identifier, the commission rate, the interest rate, 
the margin rate, the credit line, the e-mail address, the reservation, the MS 
type, and the master identifier. The IF status record 806 includes fields for 
the IF status identifier, and the description. The order type record 808 
includes fields for the order type identifier, and the description. The contact 
record 810 includes fields for the contact record identifier, the password, the 
last name, the first name, the e-mail address, the street address, a second 
street address, the city, the state, the zip code, the country, the telephone 
number, the cellular telephone number, and the facsimile number. 



A system account database, which can be part of an SQL 



The basket record 802 is linked to an account record 804, an 
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An asset record 812 is linked to the basket record 804, the 
order type record, an asset status record 814 and an exchange record 816. 
The asset record 812 includes fields for the asset identifier (key), the bid price 
at order, the ask price at order, the IF identifier, the type, the flags, the 
5 symbols, the quantity ordered, the entry day and time of creation, the contact 

identifier, the initial value, the quantity received, the exchange identifier, the 
reference identifier, and the status. The asset status record 814 includes fields 
for asset status identifier, and the description. The exchange record 816 
includes fields for the exchange identifier, the name, the country, the 

10 description, the street address, a second street address, the city, the state, the 

zip code, the telephone number, the facsimile number, and the contact. 

An execution record 818 is linked to the asset record 812, an 
execution type record 820 and an execution service record 822. The 
execution type record 820 includes fields for the execution type identifier, 

15 and the description. The execution service record 822 includes fields for the 

execution service identifier, the description, the name, the rates, the street 
address, a second street address, the city, the state, the zip code, the country, 
the telephone number, the facsimile number, the contact, and the e-mail 
address. 

20 The account record 804 is linked to a customer record 824, an 

account objective record 826, an account status record 828, an account type 
record 830 and a master account type record 832. The customer record 824 
includes fields for the customer record identifier, the customer name, the TIN, 
the street address, a second street address, the city, the state, the zip code, the 

25 country, the telephone number, the facsimile number, the type, the brokerage 
employer, and the e-mail address. The account objective record 826 includes 
fields for the account objective identifier, and the description. The account 
status record 828 includes fields for the account status identifier, and the 
description. The account type record 830 includes fields for the account type 
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identifier, and the description. The master account type record 832 includes 
fields for the master account type identifier, and the description. 

The customer record 824 is linked to a customer type record 
834 and a broker dealer record 836. The customer type record 834 includes 
5 fields for the customer type identifier, and the description. The broker dealer 

record 836 includes fields for the broker dealer name, the street address, a 
second street address, the city, the state, the zip code, the country, the 
telephone number, the facsimile number, and the contact. 

An execution service exchange record 838 is linked to the 
10 execution service record 822 and the exchange record 816, and includes fields 

for the execution service exchange identifier, the exchange identifier, and the 
preference. 

An account contact record 840 is linked to the contact record 
810, the account record 804 and an access level record 842. The account 

15 contact record 840 includes fields for the account contact identifier, the 

contact identifier, and the access level. The access level record 842 includes 
fields for the access level identifier, and the description. 

An account adjustment record 844 is linked to the account 
record 804 and an account adjustment type record 846. The account 

20 adjustment record 844 includes fields for the account adjustment identifier, 

the account identifier, the type, the amount, the Contra Bank, the Contra 
Account, the Contra reference number, the entry day and time of creation, the 
contact identifier, and notes. The account adjustment type record 846 
includes fields for the account adjustment type identifier, and the description. 

25 The magic field in the basket record 802 is used to adjust a 

weighted value responsive to changes in the underlying assets such as an 
inflow of additional money. Adjustments for events such as stock splits 
automatically happen. For example, assume that a basket worth $10M 
includes 100,000 shares of stock resulting in a net asset value of $100. If a 
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stock dividend of 1000 shares worth $ 100,000 occurs the NAV becomes 
$10.1M / 101,000 shares or $101. However, if the owner adds (inflows) an 
additional $1M into the basket for a total principle of $1 1.1M without 
adjusting/rebalancing the number of shares, the computed NAV would be 
$1 1.1M / 101,000 shares = $109. This is an incorrect number because the 
value of the shares held in the basket has not changed. The magic value is a 
value that will correct the number of shares to reflect the actual NAV. The 
magic value is CMV/CNAV where CMV is the current market value and the 
CNAV is the current NAV. In this example the magic value would add 9,800 
shares to the share count resulting in $1 l.l/109,000shares = $101, the correct 
NAV. 



records 860 each including an account ID field, a gallery name field, a field 
containing a list of the assets symbols of the gallery, a created date field, a 
weight type field, a potential; investment amount field, a last modified field, a 
flags field which can indicate a short or an exempt sale, an ID field which 
includes the unique ID of the gallery and a share threshold field which 
specifies the minimum number of stores to order per equity. 



stocks, however, the invention can operate with other fungible goods 
including options, commodities, bonds, derivatives, tradeable assets or 
liabilities or any combination thereof, financial assets, securities, foreign or 
domestic equities, american depository receipts (ADRs), corporate paper, unit 
investment trust shares, options, warrants, notes, limited partnership interests, 
private placement securities, foreign currencies, contracts, futures, bank loan 
syndication interests, debts, pollution rights, global warming rights, insurance 
claim interests, debt, real estate, etc. 

The many features and advantages of the invention are 
apparent from the detailed specification and, thus, it is intended by the 



A gallery database, as depicted in figure 27, includes gallery 



The system has been described with respect to operating with 
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-28- 1497.1002 
appended claims to cover all such features and advantages of the invention 
which fall within the true spirit and scope of the invention. While the 
invention has been illustrated and described in detail in the drawings and 
foregoing descriptions, the same is to be considered as illustrative and not 
5 restrictive in character, it being understood that only the preferred 

embodiment has been shown and described and that all changes and 
modifications that come within the spirit of the invention are desired to be 
protected. Further, since numerous modifications and changes will readily 
occur to those skilled in the art, it is not desired to limit the invention to the 
10 exact construction and operation illustrated and described, and accordingly all 

suitable modifications and equivalents may be resorted to, falling within the 
scope of the invention. 



